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§ 

SYSTEM AND METHOD OF APPROVING A LIMIT 
OF CHECK CASHING OVER TIME 



TECHNICAL FIELD 

The present invention relates to a system and method of approving a 
5 limit of check cashing for a time period during which a check writer may cash checks 
up to the limit. 

BACKGROUND ART 

The use of check writing, cashing, or honoring has grown ever so 
common. The continuous increase in the transmission of information has lowered 
10 the need to constantly carry cash and has, in effect, heightened the use of writing and 
cashing checks when cash is needed. Also, check cashing provides an easy way for 
a check writer to obtain cash without visiting a bank or an electronic teller. 

Likewise, check and check writer analysis for check approval or 
denial have increased in number and in types used. Typically, at a point of 
15 transaction in which a check is written, a merchant or an entity paid by the merchant 
performs a check and check writer analysis in order to determine whether to accept 
or honor the check. Depending on parameters and calculations which are to be used, 
there are several ways of performing such analysis. 

For example, a number of parameters specific to the transaction are 
20 processed and incorporated within an analysis program. The parameters used may 
include, e.g., time of day, date, check number, check amount, credit rating of the 
check writer, etc. Each available parameter specific to the transaction is given a 
score reflecting the risk level of the check and check writer based on pre-stored 
historical information of the check writer. Each parameter may be, and typically is, 
25 weighted in accordance with its relative importance within the analysis. In this 
example, the scores for each parameter are added to provide a sum of the scores. 
The sum is then classified within a predetermined scale of scores. Depending on the 
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reference used, the sum may or may not fall within an approval range. If it does, 
then the check is approved, and if not, then the check is denied. The check writer 
is notified of the result. 

Additionally, analysis may vary depending on, for example, the type 
5 of transaction or the point of transaction. That is, the analysis may be configured to 
have a lower standard in one type of transaction and a higher standard in another 
type of transaction, based on historical or researched information. 

Current systems implemented to perform check and check writer 
approval are adequate; however, current systems may be improved. One current 

10 system generally includes an analysis which simply approves or denies a check 
written by a check writer. Generally, the check writer would provide a written check 
to be cashed to a teller or merchant whom would type in or swipe the check and the 
check writer's information, e.g., driver's license, through a machine. The check 
information and the check writer's information is transmitted to a host database 

15 computer to perform a risk analysis. Several parameters may be analyzed, including, 
for example, time of day, date, check number, amount to be cashed, credit rating of 
the check writer, etc. Based on a predetermined rating format, the check is either 
approved or denied. 

However, this system only provides an approval or denial of the check 
20 and is not configured to provide more information to the check writer. The check 
writer is provided with no information to gauge how much, if any, a merchant would 
be willing to cash. Thus, in situations where the check writer has been denied to 
cash a check for a particular amount, in many cases the merchant would have 
approved the check had the particular amount been written for less than what was 
25 initially requested. Likewise, in situations where the check writer has been approved 
to cash a check for a particular amount, in many cases the merchant would have 
approved the check for an amount greater than what had been requested. 

Because the check writer is unaware of how much, if any, a merchant 
would be willing to cash, time is unnecessarily consumed. In many situations, 
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especially in entertainment atmospheres, such as casinos, a check writer may cash 
a check for an amount less than what he would liked to have had and less than what 
the merchant would have approved. As a result, the check writer frequents the 
cashiers desk more often than if he had initially cashed his check at a higher amount. 
5 Alternatively, the check writer would thereafter leave the casino to attempt to cash 
a check elsewhere, e.g., another casino, resulting in loss of entertainment business 
at the former casino. 

Another current system being used generally includes an analysis 
which approves a requested amount by a check writer, approves the check writer for 

10 a lesser amount, or declines the transaction. Information is provided to a host 
database computer similar to the system described above. The parameters used in 
the system described above may also be the parameters used in this system. A risk 
analysis is then performed by the host database computer based on the parameters. 
In addition to simply approving or denying the check, the system provides the check 

15 writer with an amount that the merchant would be willing to approve for check 
cashing. Thus, in situations where the check writer is denied, the check writer 
would then know how much he could check-cash. 

However, this system typically only provides a maximum to be 
immediately cashed and is not configured to provide a time period within which a 

20 check may be cashed for the amount. The check writer is kept unaware of any 
additional amount he could check-cash at a later time, e.g. , the next day. In fact, the 
current system does not determine a time period within which the check writer may 
cash checks. Generally, the system performs a separate risk analysis for each check 
cashing incident. As a result, time is unnecessarily consumed, due to the cumulative 

25 amount of repeated risk analysis performed during a short time period. This is 
undesirable. 

Additionally, both systems mentioned above allow the check writer 
to be denied in front of others while they wait, potentially resulting in an undesirable 
embarrassment. If a system is configured to provide the check writer with a check 
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cashing limit over a period of time, in advance, such embarrassments could be 
avoided. 

Thus, what is needed is an improvement in a system which provides 
check writers a check cashing limit over a time period. 

5 What is also needed is an improvement in a system which saves time 

in the process of risk analysis of the check writer. 

What is also needed is an improvement in a system which reduces 
check writer embarrassment and increases spending. 

DISCLOSURE OF INVENTION 

Accordingly, it is an object of the present invention to provide an 
improved system and method of approving a money limit of check cashing for a time 
period during which a check writer may cash checks up to the limit. 

It is a further object of the present invention to provide an improved 
system and method of approving a money limit of check cashing in order to provide 
a check writer, in advance, with a check cashing limit over a time period during 
which the check writer may cash checks up to the limit. 

It is a further object of the present invention to provide an improved 
system and method of approving a money limit of check cashing for a time period 
which saves time in the process of risk analysis and reduces embarrassment while 
20 increasing spending. 

A more specific object of this invention is a method of approving a 
money limit of check cashing for a time period which saves time in the process of 
risk analysis and reduces embarrassment while increasing spending. 

A more specific object of this invention is a method of approving a 
25 money limit of check cashing for a time period during which a check writer may cash 
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checks up to the limit. The method involves storing historical check writing 
information for a plurality of check writers, receiving identification information to 
access respective check writing information of the check writer, processing the 
information to determine a score for the check writer presenting a check based on the 
5 information, classifying the check writer in a predetermined category based on the 
score, and determining the limit over the time period during which the check writer 
may cash checks up to the limit based on the category in which the check writer is 
classified. The method further includes declining the check writer to cash checks for 
the time period, if the check writer is classified in one category, and approving the 
10 check writer to cash checks for the limit over the time period if the check writer is 
classified in another category. 

Another specific object of this invention is a money limit approving 
system for check cashing for a time period during which a check writer may cash 
checks up to the limit. The system includes a first mechanism for storing historical 

15 check writing information for a plurality of check writers, a second mechanism for 
receiving identification information to access respective check writing information 
of the check writer, for a third mechanism for processing the information to 
determine a score for the check writer presenting a check based on the information, 
a fourth mechanism for classifying the check writer in a predetermined category 

20 based on the score, and a fifth mechanism for determining the limit over the time 
period during which the check writer may cash checks up to the limit based on the 
category in which the check writer is classified. The system further includes a sixth 
mechanism for declining the check writer to cash checks for the time period, if the 
check writer is classified in one category, and for approving the check writer to cash 

25 checks up to the limit over the time period if the check writer is classified in another 
category. 

BRIEF DESCRIPTION OF DRAWINGS 

FIGURE la is a schematic view of an overall system for approving 
30 a limit of check cashing in accordance with one embodiment of the present invention; 
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FIGURE lb is a schematic view of another overall system for 
approving a limit of check cashing in accordance with one embodiment of the present 
invention; 

FIGURE 2 is a flow chart illustrating one method of approving a 
money limit provided by the present invention in accordance with the system of 
Figure la; 

FIGURE 3 is a table exemplifying ranges of risk scores within which 
the check writer may be classified; and 

FIGURE 4 is another flow chart illustrating a method of approving 
money limits in furtherance of the method of Figure 2. 

BEST MODE FOR CARRYING OUT THE INVENTION 

Figure la schematically illustrates a system 10 of the present invention 
used for approving a money limit of check cashing for a time period during which 
a check writer may cash checks up to the limit. As shown in Figure la, system 10 
includes an input/output (I/O) device 12, a host computer 14 in communication with 
I/O device 12. Host computer 14 has microprocessor 16 and database 18 which is in 
communication with microprocessor 16. 

I/O device 12 provides a mechanism through which identification 
information may be inputted into system 10. I/O device 12 may be any type of 
suitable device which is capable of sensing magnetic ink and magnetic stripes from 
items such as checks and cards. I/O device 12 may have a magnetic swipe slot to 
sense a magnetic portion of a check and a magnetic stripe of a card. Additionally, 
I/O device 12 may have a display screen, a keypad, and a slip printer. Moreover, 
device 12 includes a modem which transmits the information to host computer 14. 
Also, a plurality of I/O devices 12 may be used such that host computer 14 may be 
accessed from different locations. For example, I/O device 12 may be a product 
having the trade name ACCELERA™ manufactured by TeleCheck Services Inc. I/O 
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device 12 may be disposed at any point of a transaction in which the check writer 
may cash or write a check, e.g. , a casino, a hotel, etc. 

As stated above, host computer 14 includes microprocessor 16 and 
database 18. Database 18 provides a mechanism for storing historical check writing 
5 information for a plurality of check writers such that check cashing information from 
device 12 may be categorized as described below. Database 18 may be any type of 
suitable medium in which the information may be stored. For example, database 18 
may be a disk drive and a control or a plurality of disk drives and controls having the 
trade name STORAGEWORKS™ manufactured by Digital Equipment Corporation 
10 and having storage capacity of 9 gigabytes. 

Microprocessor 16 provides a mechanism for receiving identification 
information to access the respective historical check writing information of the check 
writer, for processing the respective historical check writing information to 
determine a score for the check writer presenting a check based on the respective 

15 historical check writing information and for classifying the check writer in a 
predetermined category based on the score. Additionally, microprocessor 16 
provides a mechanism for determining the limit over the time period during which 
the check writer may cash checks up to the limit based on the category in which the 
check writer is classified. Microprocessor 16 declines the check writer to cash 

20 checks for the time period, if the check writer is classified in one category, and 
approves the check writer to cash checks for the limit over the time period, if the 
check writer is classified in another category. 

Microprocessor 16 may be any suitable processor which is capable of 
fulfilling the functions described below such as processing the information to 

25 determine the score, classifying the check writer in a predetermined category, 
determining the limit, and declining or approving the check writer based on the 
category in which the check writer is classified. Microprocessor 16 may execute 
computer programs to carry out various functions described. For example, 
microprocessor 16 may be a processor having the trade name AXP™ manufactured 

30 by Digital Equipment Corporation having 600-650 megahertz of speed and any 
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suitable amount of memory. Moreover, a plurality of processors may be used. 
Microprocessor 16 and database 18 may be in communication by any suitable means, 
such as by hardwire. 

The means through which device 12 and host computer 14 are in 
5 communication may be by telecommunication networks. As stated above, I/O device 
12 has a modem which may be used to communicate with host computer 14. 
Likewise, host computer 14 may also have a modem to transmit and receive 
information. 

In another system 50, as shown in Figure lb, a plurality of device 52 
10 may be used in communication with host computer through Local Access Network 
(LAN) computer 53. System 50 includes components similar to components of 
system 10 above. Particularly, host computer 54, microprocessor 56, and database 
18 are respectively similar to host computer 14, microprocessor 16, and database 18 
of the embodiment described above. The means through which devices 52 and host 
15 computer 54 are in communication may be by a dedicated line. 

Figure 2 illustrates an example of a method of the present invention 
in accordance with system 10 of Figure la. In this embodiment, historical check 
writing information is pre-stored in database 18. The historical check writing 
information involves information for a plurality of check writers and includes 

20 information of the plurality of check writers indicative of their risk and/or 
collectability. For example, for each check writer, the check writing information 
may include number of checks written, number of checks returned for insufficient 
funds, credit rating, etc. Then, I/O device 12 receives identification information 
from a check and/or a card having a magnetic portion or stripe. Identification 

25 information involves information identifying the check writer, e.g., a bank account, 
drivers license, social security number, etc. At the point of transaction, device 12 
transmits identification information to host computer 14 by way of, for example, 
telephone networks, dedicated line, etc. Device 12 may also transmit a transaction 
amount representing an amount the check writer desires to cash. Microprocessor 16 

30 receives the identification information to access respective historical check writing 
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information of the check writer and processes the respective historical check writing 
information to determine a risk score for the check writer who is presenting a check 
to be cashed. 

More specifically, the score for the check writer is based on the 
5 respective historical check writing information of the check writer and is determined 
through a risk analysis program configured in microprocessor 16. For example, 
through the program, microprocessor 16 accesses the respective historical check 
writing information of the check writer from database 18. In this embodiment, the 
program may have a number of parameters, each of which represent historical 
10 information accessed from database 16. Each of the parameters may be a numeral. 
The parameters may be incorporated within calculations in order to determine a 
subscore for each parameter. In this embodiment, the subscores are then added to 
determine a risk score of the check writer. It is to be noted that other determinations 
of the risk score do not fall beyond the scope and spirit of the invention. 

15 The subscores for the parameters may be determined using different 

calculations based on a predetermined importance of each parameter. For example, 
microprocessor 16 may be configured to weigh the number of checks written by the 
check writer with the most importance. In this situation, the importance placed on 
a parameter that is indicative of the number of checks written may be mathematically 

20 represented in the calculations, providing greater affect on the risk score than the 
other parameters. Depending on a point of reference, the analysis may be affected 
by having a higher or lower value. 

Microprocessor 16 then classifies the check writer in a predetermined 
category based on the risk score and determines the limit over the time period during 
25 which the check writer may cash checks up to the limit. The limit is based on the 
category in which the check writer is classified. 

As shown in Figure 3, the category within which the check writer is 
classified may be a range within a table having a plurality of ranges of possible risk 
scores. In this embodiment, the range in which the risk score of the check writer 
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falls determines the range within the table and, thus, the category within which the 
check writer is classified. For example, as shown in Figure 3, a risk score of 250 
falls in a range between "201-300" risk scores. 

As shown in Figure 3, at least one limit over a time period is provided 
5 during which the check writer may cash checks. In this embodiment, a higher risk 
score provides a higher limit. For example, a risk score of 250 classified in the 
range between "201-300" provides a $700 per day limit and a $3,000 six-day limit. 
On the contrary, a risk score of 70 provides a $0 per day limit and a $0 six-day limit, 
resulting in a decline of the check writer to cash a check. The limits in accordance 
^ 10 with the ranges of risk scores may be determined by any suitable means. 

+ Microprocessor 16 then either declines or approves the check writer 

; p based on the category in which the check writer is classified. If the check writer is 

!r_i classified in one category, then microprocessor 16 declines the check writer to cash 

I s * checks for the time period. Microprocessor 16 approves the check writer to cash 
u 15 checks for the limit over the time period, if the check writer is classified in another 

j« category. Microprocessor 16 then may transmit the approval limits or denial to I/O 

\B device 12 to be displayed to a teller. 

For example, as shown in Figure 3, if the risk score falls within the 
range of "0-100," then the check writer is declined for one day from cashing a 
20 check. On the contrary, if the risk score falls within the range of "301-400," then 
the check writer is approved for check-cashing $1,000 per day and $5,000 within six 
days. 

Microprocessor 16 may also be configured to retain within its memory 
a record for each calculated risk score for the time period within which a limit was 
25 determined, e.g. , six days. As shown in 310 of Figure 4, for subsequent transactions 
by the check writer within the time period, microprocessor 16 may simply access the 
calculated risk score and the remaining amount of the limit available to the check 
writer for check-cashing. Thus, an approval with a revised limit or denial may be 
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made, in advance, to the check writer before writing a check and without performing 
the risk analysis program. 

In this embodiment, after receiving the identification information of 
the check writer from I/O device 12, microprocessor 16 accesses information from 
5 database 18 to determine whether there are any threshold negative information of the 
check writer in 312, such as whether the check writer has any outstanding returned 
checks for insufficient funds. If threshold negative information exists, then 
microprocessor 16 sends a signal to device 12 denying the check writer in 314. If 
not, then microprocessor 16 determines whether there is a remaining six-day limit 

10 of the check writer from a previous risk analysis in 316. If not, microprocessor 16 
continues with a method of approving a money limit as exemplified in Figure 2 in 
318. If there is a remaining limit, then microprocessor 16 determines whether the 
transaction amount is less than or equal to the remaining limit in 320. The remaining 
limit may be equal to the six-day limit minus the amount of checks cashed by the 

15 check writer during the six-day time period. 

If the transaction amount is not less than or equal to the remaining 
limit, the microprocessor 16 determines whether the remaining limit is zero in 322. 
If the remaining limit is zero, then microprocessor 16 transmits a signal to device 12 
to deny the check writer for the transaction amount in 324. If the remaining limit is 

20 not zero, then microprocessor 16 determines whether the point of the subsequent 
transaction is the same as the initial point of transaction in 326. The point of 
transaction, location of which may be recorded by microprocessor 16, may vary in 
situations where a different merchant is involved. For example, points of 
transactions may differ between different casinos or hotels, having different standards 

25 of approving checks. 

If the point of the subsequent transaction is the same, then 
microprocessor 16 transmits a signal to device 12 approving the check writer for an 
amount equal to the remaining limit in 328. If not, the microprocessor 16 continues 
with a method of approving a money limit as exemplified in Figure 2, incorporating 
30 recent transactions of the check writer in 330. 
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If the transaction amount is less than or equal to the remaining limit, 
the microprocessor 16 skips determining whether the remaining limit is zero and 
determines whether the point of the subsequent transaction is the same as the initial 
point of transaction in 326, as described above. 

While embodiments of the invention have been illustrated and 
described, it is not intended that these embodiments illustrate and describe all 
possible forms of the invention. Rather, the words used in the specification are 
words of description rather than limitation, and it is understood that various changes 
may be made without departing from the spirit and scope of the invention. 
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